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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



This document defines the Stage 2 architecture and specification for the CS Fallback for EPS. The scope of this 
document includes the architecture enhancements for functionality to enable fallback from E-UTRAN access to 
UTRAN/GERAN CS domain access and to CDMA Ix RTT CS domain access, and functionality to reuse of voice and 
other CS-domain services (e.g. CS UDI video / SMS/ LCS / USSD) by reuse of CS infrastructure. 

The architecture enhancements to support CS fallback for CDMA Ix RTT CS domain access are specified in Annex B. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 23.401: "GPRS Enhancements for E-UTRAN Access". 

[3] 3GPP TS 23.060: "General Packet Radio Service (GPRS); Service description; Stage 2". 

[4] 3GPP TS 44.018: "Mobile radio interface layer 3 specification Radio Resource Control (RRC) 

protocol". 



[5] 3GPPTS 23.018 

[6] 3GPP TS 48.008 

[7] 3GPPTS 25.331 

[8] 3GPPTS 23.271 



"Basic call handling; Technical realization". 
"MSC-BSS interface layer 3 specification; Protocol specification". 
"Radio Resource Control (RRC); Protocol specification". 
"Functional stage 2 description of Location Services (LCS)". 



[9] Open Mobile Alliance, OMA AD SUPL: "Secure User Plane Location Ai-chitectme", 

http://www.openmobilealliance.org . 

[10] 3GPP TS 23.090: "Unstructured Supplementary Service Data (USSD); Stage 2". 

[11] Void. 

"MS-BSS interface; RLC/MAC protocol ". 

"Supplementary services specification; General aspects". 

"Technical realization of the Short Message Service (SMS)". 

"Short Message Service (SMS) over generic 3GPP Internet Protocol (IP) 



[12] 3GPPTS 44.060 

[13] 3GPPTS 24.010 

[14] 3GPPTS 23.040 



[15] 3GPPTS 23.204 

access". 

[16] 3GPP2 A.S0008-C: "Interoperability Specification (lOS) for High Rate Packet Data (HRPD) 

Radio Access Network Interfaces with Session Control in the Access Network". 

[17] 3GPP2 A.S0009-C: "Interoperability Specification (lOS) for High Rate Packet Data (HRPD) 

Radio Access Network Interfaces with Session Control in the Packet Control Function". 
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[ 1 8] 3GPP2 A.SOOl 3-C: "Interoperability Specification (lOS) for cdma2000 Access Network Interfaces 

-part 3 Features". 

[19] 3GPP TR 36.938: "Improved Network Controlled Mobility between E-UTRAN and 

3GPP2/Mobile WiMAX Radio Technologies". 

[20] 3GPP TS 23.216: "Single Radio Voice Call Continuity (SRVCC); Stage 2". 

[21] 3GPP TS 24.008: "Mobile radio interface Layer 3 specification; Core network protocols; Stage 3". 

[22] 3GPP2 X.S0042-0: "Voice Call Continuity between IMS and Circuit Switched System". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [1] apply. A term defined in the 
present document takes precedence over the definition of the same term, if any, in TR 2 1 .905 [ 1 ] . 

IxCS: The 3GPP2 legacy circuit Switched signalling system as defined in 3GPP2 X.S0042-0 [22]. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [1] apply. An abbreviation defined in 
the present document takes precedence over the definition of the same abbreviation, if any, in TR 2 1 .905 [ 1 ] . 

IxCS IWS Circuit Switched Fallback Interworking solution Function for 3GPP2 IxCS. 



4 Overall Description 

4.1 General Considerations 

The CS fallback in EPS enables the provisioning of voice and other CS -domain services (e.g. CS UDI video/ SMS/ 
LCS/ USSD) by reuse of CS infrastructure when the UE is served by E-UTRAN. A CS fallback enabled terminal, 
connected to E-UTRAN may use GERAN or UTRAN to establish one or more CS-domain services. This function is 
only available in case E-UTRAN coverage is overlapped by either GERAN coverage or UTRAN coverage. 

CS Fallback and IMS-based services shall be able to co-exist in the same operator"s network. 

4.2 Reference Architecture 

The CS fallback in EPS function is realized by using the SGs interface mechanism between the MSC Server and the 
MME. 

The SGs interface functionality is based on the mechanisms specified for the Gs interface, TS 23.060 [3]. 
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LTE-Uu S1-MME 

Figure 4.2-1 : CS fallback in EPS architecture 

NOTE: The MGW is not shown in the figure 4.2-1 since the CS fallback in EPS does not have any impacts to the 
U-plane handling. 

4.2.1 Reference points 

SGs: It is the reference point between the MME and MSC server. The SGs reference point is used for the 

mobility management and paging procedures between EPS and CS domain, and is based on the Gs 
interface procedures. The SGs reference point is also used for the delivery of both mobile originating and 
mobile terminating SMS. 



4.3 Functional entities 



4.3.1 



UE 



The CS fallback capable UE supports access to E-UTRAN/EPC as well as access to the CS domain over GERAN 
and/or UTRAN. It supports the following additional functions: 

Combined procedures specified in this document for EPS/IMSI attach, update and detach. 

CS fallback and SMS procedures specified in this document for using CS domain services. 

4.3.2 IVIIVIE 

The CS fallback enabled MME supports the following additional functions: 
Deriving a VLR number and LAI out of the TAl. 

- Maintaining of SGs association towards MSC/VLR for EPS/IMSI attached UE. 

- Initiating IMSI detach at EPS detach. 

Initiating paging procedure specified in this document towards eNodeB when MSC pages the UE for CS 
services. 

Supporting SMS procedures defined in this document. 

Rejecting CS Fallback call request (e.g. due to O&M reasons) 

4.3.3 IVISC 

The CS fallback enabled MSC supports the following additional functions: 

- Maintaining SGs association towards MME for EPS/IMSI attached UE. 
Paging on SGs and lu/A in parallel. 

Supporting SMS procedures defined in this document. 
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4.3.4 E-UTRAN 

The CS fallback enabled E-UTRAN supports the following additional functions: 
Forwarding paging request and SMS to the UE. 
Directing the UE to the target CS capable cell. 

4.4 Control plane 
4.4.1 MME - MSC Server 



SGsAP 






SGsAP 






SCTP 


SCTP 






IP 


IP 






L2 


L2 






L1 


L1 







MME 



SGs 



MSC Server 



Legend: 

SGsAP: This protocol is used to connect an MME to an MSC Server based on tine BSSAP-i-. 

Stream Control Transmission Protocol (SCTP): TInis protocol transfers signalling messages. 

Figure 4.4.1-1 : SGs Interface 

4.5 Co-existence with IIVIS services 

If a UE is configured to use IMS voice services it shall, if registered to IMS, initiate voice calls over IMS, even if it is 
EPS/IMSI attached. 

NOTE: The home operator has to be able to activate/deactivate the UE configuration to use IMS voice services by 
means of device management in order to allow alignment with HPLMN support of IMS voice services. 

If a UE is configured to use SMS over IP services it shall, if registered to IMS, send SMS over IMS, even if it is 
EPS/IMSI attached. 

NOTE: The operator has to be able to activate/deactivate the UE configuration to use SMS over IP by means of 
device management in order to allow alignment with HPLMN support of SMS over IP. 

In special cases when the IMS registered and EPS/IMSI attached UE can not initiate an IMS voice session or SMS 
(because e.g. IMS voice services are not supported by the serving IP-CAN or UE) CS fallback should be applied for 
voice calls and/or SMS. 



5.1 



IVIobility IVIanagement 



General 



The CS fallback in EPS is realized by using the SGs interface mechanism between the MSC Server and the MME. 
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5.2 Attach procedure 



The attach procedure for the CS fallback in EPS is realized based on the combined GPRS/IMSI Attach procedure 
specified in TS 23.060 [3]. 



UE 



MME 



1 . Attach Request 



MSC/VLR 



HSS 



2. Attach as specified in TS 23.401 



z 



8. Attach Accept 



3. Derive VLR number 



4. Location Update i Request 



2. 



5. Create SGs ass )ciation 



6. Location update in CS domain 



7. Location Update 



Accept 



Figure 5.2-1 : Attach Procedure 

1) The UE initiates the attach procedure by the transmission of an Attach Request (parameters as specified in 

TS 23.401 [2] including the Attach Type) message to the MME. The Attach Type indicates that the UE requests 
a combined EPS/IMSI attach and informs the network that the UE is capable and configured to use CS fallback. 

2) The EPS Attach procedure is performed as specified in TS 23.401 [2]. 

3) The VLR shall be updated according to the combined GPRS/IMSI Attach procedure in TS 23.060 [3] if the 
Attach Request message includes an Attach Type indicating that the UE requests a combined EPS/IMSI attach. 
The VLR number is derived from the TAI. The MME starts the location update procedure towards the new 
MSC/VLR upon receipt of the first Insert Subscriber Data message from the HSS in step 2). This operation 
marks the MS as EPS-attached in the VLR. 

4) The MME sends a Location Update Request (new LAI, IMSI, MME address, Location Update Type) message to 
the VLR. New LAI is determined in MME based on mapping from the TA. A mapped LAI could be either 
GERAN or UTRAN based on an operator configuration. MME address is an IP address. 

5) The VLR creates an association with the MME by storing MME address. 

6) The VLR performs Location Updating procedure in CS domain. 

7) The VLR responds with Location Update Accept (VLR TMSI) to the MME. 

8) The MME sends an Attach Accept (parameters as specified in TS 23.401 [2], LAI, VLR TMSI) message to the 
UE. The existence of LAI and VLR TMSI indicates successful attach to CS domain. 

NOTE: The case of unsuccessful attach to CS domain is documented in stage 3 specifications, taking into account 
reachability for CS services of UEs that have the user preference to prioritize voice over data services and 
are not configured/supporting to use IMS voice services. 
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5.3 Detach procedure 

5.3.1 UE-initiated Detach procedure 

The UE-initiated Detach procedure for the CS fallback in EPS is realized based on the MS-Initiated Detach Procedure 
specified in TS 23.060 [3]. 



UE 



MME 



1 . Detach Request 



MSC/VLR 



HSS 



2. UE-initiated detach as specified in TS 23.401 



5. Detach Accept 



3. IIVISI Detach Incication 



Q 4. Remove SGs 
association 



Figure 5.3.1-1: UE-initiated Detachi Procedure 

1) The UE initiates the detach procedure by the transmission of a Detach Request (parameters as specified in 
TS 23.401 [2], Detach Type) message to the MME. Detach Type indicates which type of detach is to be 
performed, i.e., IMSI Detach only or combined EPS and IMSI Detach. 

2) If EPS detach is indicated in step 1, the EPS Detach procedure is performed as specified in TS 23.401 [2]. 

3) The MME sends an IMSI Detach Indication (IMSI) message to the VLR. 

4) The VLR removes the association with the MME. 

5) The MME sends a Detach Accept message as specified in TS 23.401 [2]. 



5.3.2 MME-initiated Detach procedure 



The MME-initiated detach procedure for the CS fallback in EPS is realized based on the SGSN-Initiated Detach 
Procedure specified in TS 23.060 [3]. 
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UE 



MME 



MSC/VLR 



HSS 



1 .MME-initiated detach as specified in TS 23.401 



2. IMSI Detach Ind 



cation 



(~) 3. Remove SGs association 



Figure 5.3.2-1: MME-initiated Detach Procedure 

1) The MME-initiated Detach procedure is performed as specified in TS 23.401 [2]. 

2) The MME sends an IMSI Detach Indication (IMSI) message to the VLR. 

3) The VLR removes the association with the MME. 

5.3.3 HSS-initiated Detach procedure 

The HSS-initiated detach procedure for the CS fallback in EPS is realized based on the HLR-Initiated Detach Procedure 
specified in TS 23.060 [3]. 



UE 



MME 



MSC/VLR 



HSS 



1 . HSS-initiated detach as specified in TS 23.401 



2. IIVISI Detach Incication 



o 



3. Remove SGs 
association 



Figure 5.3.3-1 : IHSS-initiated Detach Procedure 

1) The HSS-initiated Detach procedure is performed as specified in TS 23.401 [2]. 

2) The MME sends an IMSI Detach Indication (IMSI) message to the VLR. 

3) The VLR removes the association with the MME. 
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5.4 TA/LA Update procedure 

5.4.1 Combined TA/LA Update Procedure 

NOTE: The combined TA/LA Update procedure for the CS fallback in EPS is realized based on the combined 
RA/LA Update procedure specified in TS 23.060 [3]. 



UE 



1. UE determines to 
perform TAU 



2. TAU Request 



new MME old MME MSC/VLR 



HSS 



3. TAU as specified in TS 23.401 



7. TAU Accept 



4. Location 



Update ReqL est 



5. Location update in CS domain 



6. Location Update Accept 



Figure 5.4.1-1 : Combined TA / LA Update Procedure 

1) The UE detects a change to a new TA by discovering that its current TAI is not in the list of TAIs that the UE 
registered with the network. The combined TA/LA Update Procedure is also performed in order to re-establish 
the SGs association. Therefore, when the UE performed a LAU (which releases the SGs association) and enters 
ECM_IDLE state in an area that requires combined TA/LA Updates, then the UE performs a combined TA/LA 
Update. 

2) The UE initiates the TAU procedure by sending a TAU Request (parameters as specified in TS 23.401 [2], CS 
fallback indicator) message to the MME. The CS fallback indicator indicates that this is a combined Tracking 
Area/Location Area Update Request message. 

3) The EPS TAU procedure is performed as specified in TS 23.401 [2]. 

4) If there is an associated VLR in the MM context, the VLR also needs to be updated. If the association has to be 
established or if the LA changed, the new MME sends a Location Update Request (new LAI, IMSI, MME 
address. Location Update Type) message to the VLR. New LAI is determined in the MME based on mapping 
from the TA. Location Update Type shall indicate normal location update. The VLR number is derived from the 
TAI. MME address is an IP address. 

5) The VLR performs Location Update procedure in CS domain. 

6) The VLR responds with Location Update Accept (VLR TMSI) to the MME. 

7) The MME sends a TAU Accept (parameters as specified in TS 23.401 [2], LAI, VLR TMSI) message to the UE. 
The VLR TMSI is optional if the VLR has not changed. When the MME allocates the TA list to the UE, the TA 
list shall be configured ensuring that all TAs in the TA list belong to the same LA. 

5.4.2 Periodic TA and LA Update Procedure 

When the UE is camped in the E-UTRAN, periodic LA updates shall not be performed. In this case the MSC/VLR shall 
disable implicit detach for EPS-attached UEs and instead rely on the MME to receive periodic TA updates. If periodic 
TA updates are not received in the MME and the MME detaches the UE, the MME shall notify the MSC/VLR by 
sending an IMSI Detach Indication message. 
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If the UE is both EPS/IMSI and GPRS/IMSI attached, the UE shall initiate combined periodic TA/LA or RA/LA update 
procedure. 



Mobile Originating Call 



6.1 



General 



This clause describes the mobile originating call procedures for the CS Fallback in EPS. 

6.2 Mobile Originating call in Active Mode - PS HO supported 



UE/MS 



2. 



eNodeB 



1 a. Service R 

► 



Optional IVIeasjrement Repo 



BSS/RNS 



jquest 



IVIIVIE 



1b. S1-AP IVessaae with CS Fallbacl< indicator 



t Solicitation 



MSC 



SGSN 



Serving 
GW 



3. PS HO as specified in 23.401 [2] (preparation phase and start of execution phase) 



4. CM Servic 



5. CM Service Reject 



Request 



4. A/lu-cs mess age (with CM Ser /ice Request) 



5. CM Service Reject 



Location Area Update or Combined RA/LA Update 



6. CS call establishment procedure 



If the MSC 
is chi nged 



7. PS HO as specified in 23.401 [2] (continuation of execution phase) 



Figure 6.2-1 : CS Call Request in E-UTRAN, Call in GERAN/UTRAN 

NOTE 1: DTM is not mandatory for CS Fallback to work and is not linked to PS HO. 

NOTE 2: Steps la and lb need to be further investigated in CTl considering aspects such as speed and complexity. 

la. The UE sends Service Request (CS Fallback Indicator) to MME. Service Request message is encapsulated in 
RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS Fallback. The UE only 
transmits this request if it is attached to CS domain (with a combined EPS/IMSI Attach) and can not initiate an 
IMS voice session (because e.g. the UE is not IMS registered or IMS voice services are not supported by the 
serving IP-CAN, home PLMN or UE). 

lb. The MME sends an Sl-AP Request message to eNB that includes a CS Fallback indicator. This message 
indicates to the eNB that the UE should be moved to UTRAN/GERAN. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 
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3. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to the MME. In the following an inter-RAT handover from E-UTRAN to UTRAN or GERAN as 
specified in TS 23.401 [2] begins. As part of this handover, the UE receives a HO from E-UTRAN Command 
and moves to a cell in the target RAT. 

4. Target RAT is UTRAN or GERAN lu mode: The UE establishes an RRC connection and sends an RRC Initial 
Direct Transfer message as specified in TS 25.331 [7] that contains a CM Service Request. The CN Domain 
Indicator is set to "CS" in the Initial Direct Transfer message. 

Target RAT is GERAN A/Gb mode: The UE establishes an RR connection by using the procedures specified in 
TS 44.018 [4] (i.e. UE requests and is assigned a dedicated channel where it sends a SABM containing a layer 3 
Service Request message to the ESS and the BSS responds by sending a UA). Upon receiving the SABM 
(containing CM Service Request message) the BSS sends a COMPLETE LAYER 3 INFORMATION message 
(containing the CM Service Request message) to the MSC which indicates CS resources have been allocated in 
the GERAN cell. After the establishment of the main signalling link as described in TS 44.018 [4] the UE enters 
either Dual Transfer Mode or Dedicated Mode and the CS call establishment procedure completes. 

5. In case the MSC serving the 2G/3G target cell is different from the MSC that served the UE while camped on 
E-UTRAN, the MSC shall reject the service request, if implicit location update is not performed. The CM 
Service Reject shall trigger the UE to perform a Location Area Update as follows: 

If the target system operates in Network Mode of Operation (NMO) I the UE shall perform a combined 
RA/LA update, as defined in TS 23.060 [3]. 

If the target system operates in NMO II or III the UE performs a Location Area Update towards the MSC. 

6. The UE initiates the CS call establishment procedure. 

7. After the UE moves to a cell in the target RAT, the inter-RAT handover from E-UTRAN to UTRAN or GERAN 
as specified in TS 23.401 [2] is completed. At the end of this handover the UE may trigger the Routing Area 
Update procedure when the sending of uplink packet data is possible. The detailed steps performed are as per 

TS 23.401 [2]. 
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6.3 Mobile Originating call in Active IVIode - No PS HO support 
in GERAN 



UE/MS 



eNodeB 



1 a. Service Re( |uest 



2. Optional IVI(!asurement R 



3. NACC 



5. S1 UE Con 



6. Location Ar 



3a Update or Combined RA/LA 



7a. Suspend 



9. CS MO cal 



10a. Service [Reject 



10b. Location 



10c. CSMO(;all 



BSS 



1 b. SI -AP me ssage with CS F, 



jport Solicitation 



4. S1-AP:S1 



ext Release 



;ee 23.060) 



Area Update 



MME 



UE Context Rele jse Request 



Jpdate 



MSC 



llback indicator 



^ 8. Update bea 



S-GW 



7b. Suspend Flequest/ Response 



ers 



SGSN 



In case MSC is 
changed 



Figure 6.3-1 : CS Call Request in E-UTRAN, Call in GERAN 

NOTE: Steps la and lb need to be further investigated in CTl considering aspects such as speed and complexity. 

la. The UE sends a Serivce Request (CS Fallback Indicator) to the MME. Service Request message is encapsulated 
in RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS Fallback. The UE only 
transmits this request if it is attached to CS domain (with a combined EPS/lMSl Attach) and can not initiate an 
IMS voice session (because e.g. the UE is not IMS registered or IMS voice services are not supported by the 
serving IP-CAN, home PLMN or UE). 

lb. The MME sends an Sl-AP Request message to eNB that includes a CS Fallback Indicator. This message 
indicates to the eNB that the UE should be moved to UTRAN/GERAN. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which PS handover will be performed. 

3. The eNodeB triggers an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. 

4. The eNodeB sends an S 1 UE Context Release Request (Cause) message to the MME. Cause indicates that the 
UE is not available for the PS service. 

5. SI UE Context in the eNodeB is released as specified in TS 23.401 [2]. 

6. The UE moves to the new cell in the 2G/3G RAT and establishes an RR connection using legacy procedures. If 
the UE obtains LA/RA information of the new cell (e.g. based on the system information) and the LA/RA of the 
new cell is different from the one stored in the UE, it performs a Location Area Update or a Combined RA/LA 
Update procedure in case the target system operates Network Mode of Operation (NMO) 1. 

7. When the target GERAN cell does not support DTM, the UE starts the Suspend procedure specified in 

TS 23.060 [3], clause 16.2.1.1.2. This triggers the SGSN to send a Suspend Request message to the MME. The 
MME returns a Suspend Response to the SGSN, which contains the MM and PDP contexts of the UE. 



£75/ 



3GPP TS 23.272 version 8.1 .0 Release 8 1 7 ETSI TS 1 23 272 V8.1 .0 (2008-1 1 ) 

8. The MME starts the preservation of non-GBR bearers and the deactivation of GBR bearers. 

9. The UE continues with the MO call setup procedure. 

10a. In case the MSC serving the 2G/3G cell is different from the MSC that served the UE while camped on 
E-UTRAN and if the Location Area Update / Combined RA/LA Update was not performed in step 8, the MSC 
shall reject the call setup service request, if implicit location update is not performed. 

10b. A UE detecting that the MSC rejected the service request shall perform the Location Area Update according 
to existing GERAN or UTRAN procedures. 

10c. After completion of the Location Area Update the UE continues with a MO call setup procedure. 

After the CS voice call is terminated and if the UE is still in GERAN, then (as specified in TS 23.060 [3]) the UE shall 
resume PS services by sending a Routeing Area Update Request message to the SGSN. The Update Type depends on 
the mode of operation of the GERAN network, e.g. in mode I a Combined RA/LA Update is used and in mode II or III 
Routeing Area Update is used. 

6.4 Mobile Originating call in Idle Mode 

Mobile Originating call in Idle Mode procedure is specified by reusing the Mobile Originating Call in Active mode 
procedure with the following modifications: 

Target RAT has no PS HO capability: The UE sends Service Request (CS Fallback Indicator)to MME. Service 
Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform 
CS Fallback. 

NOTE: The above procedure needs to be further investigated in CTl considering aspects such as speed and 
complexity. 

The UE then awaits further instructions from the serving eNodeB, e.g. the SI connection is established to get the 
UE capabilities downloaded from the MME to the eNB and the RRC connection is released with a redirection 
info to change to CS capable RATs (RAT, frequency, cell info), optionally based on measurements. As an option 
the inter-RAT system information might be provided by the eNB using the NACC procedure for GERAN. 

Target RAT has PS HO capability: The eNodeB may choose to invoke the optional Measurement Report 
Solicitation during the preparation phase so that the UE is at minimum informed that its CS Call Request has 
been accepted and a PS Handover is pending (i.e. so it can implicitly perform a state transition to Active mode). 

The execution phase is the same as for the Mobile Originating Call in Active mode except that there are no incoming IP 
packets to be delivered to the UE. 



6.5 Returning back to E-UTRAN 



Once CS service ends in CS domain, existing mechanisms can be used to move the UE to E-UTRAN, no specific CS 
Fallback mechanisms are needed. 

When the UE moves to E-UTRAN, if the EPS service was suspended during the CS service, it is resumed according to 
the procedure shown in the figure 6.5-1 below. 
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Figure 6.5-1 : Resume Procedure returning from CS fallbacit no PS IHO 

1 . The UE sends a NAS message, e.g. Service Request or TAU, to the MME. 

2. If the UE context in the MME indicates that UE is in suspended status, the MME sends a Resume Request 
(IMSI) message to the S-GW that requests the resumption of EPS bearers for the UE. 

3. The S-GW acknowledges the Resume Request and clears the UE's suspending status. 

4. The NAS message is processed accordingly. 

7 Mobile Terminating Call 

7.1 General 

This clause describes the mobile terminating call procedures for the CS Fallback in EPS. 

7.2 Mobile Terminating call in idle mode 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1. 
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Figure 7.2-1 : Mobile Terminating Call in idle mode 

NOTE 1: Steps 7a and 7b need to be further investigated in CTl considering aspects such as speed and complexity. 

1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3. G-MSC sends lAM to the MSC on the terminating side as specified in TS 23.018 [5]. 

4. The MME receives a Paging (IMSI, VLR TMSI, Location Information) message from the MSC over a SGs 
interface. The TMSI (or IMSI) received from the MSC is used by the MME to find the S-TMSI which is used as 
the paging address on the radio interface If location information is reliably known by MME (i.e. MME stores the 
Ust of TAs), the MME shall page the UE in all the TAs. If the MME does not have a stored TA list for the UE, 
the MME should use the location information received from the MSC to page the UE. 

NOTE 2: This procedure takes place before step 3, immediately after MSC receives MAP_PRN from HSS, if pre- 
paging is deployed. 

5. The MME sends a Paging (as specified in TS 23.401 [2]) message to each eNodeB. The Paging message 
includes a suitable UE Identity (i.e. S-TMSI or IMSI) and a CS Domain Indicator that indicates which domain 
(CS or PS) initiated the paging message. In this case it shall be set to "CS" by the MME. 

6. The radio resource part of the paging procedure takes place. The message contains a suitable UE Identity (i.e. 
S-TMSI or IMSI) and a CN Domain indicator. 

7a. The UE establishes an RRC connection and sends Service Request (CS Fallback Indicator) to MME. The UE 
indicates its S-TMSI in the RRC signalling. The Service Request message is encapsulated in RRC and Sl-AP 
messages. The CS Fallback Indicator indicates to the MME that CS Fallback for this UE is required. 

7b. MME sends S 1 -AP: Initial UE Context Setup (UE capabilities, CS Fallback Indicator and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. 
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8a. Target RAT has PS HO capability: Upon receipt of the Initial UE Context Setup message with a CS Fallback 
Indicator the eNodeB may optionally solicit measurement reports from the UE to determine the target cell to 
which PS handover will be performed. A PS handover is then performed as specified in TS 23.401 [2]. 

8b. Target RAT has no PS HO capability. Upon receipt of the Initial UE Context Setup message with a CS Fallback 
Indicator the eNodeB may optionally solicit measurement reports from the UE to determine the target cell to 
redirect the UE to. After that, the eNB releases the RRC Connection with a redirection info to change to CS 
capable RATs (RAT, frequency, cell info). As an option the inter-RAT system information might be provided by 
the eNodeB using the NACC procedure for GERAN. 

8c. If the UE obtains LA/RA information of the new UTRAN/GERAN cell (e.g. based on the system information or 
redirection info) and the LA/RA of the new cell is different from the one stored in the UE, it performs a Location 
Area Update or a Combined RA/LA procedure if the target system operates in Network Mode of Operation 
(NMO) I, according to TS 23.060 [3]. 

8d. The UE responds with a page response message to the MSC as follows: 

If Target RAT is UTRAN or GERAN lu mode, the UE establishes an RRC connection and responds to the 
paging in an RRC Initial Direct Transfer message as specified in TS 25.331 [7]. The CN Domain Indicator is 
set to "CS" in the Initial Direct Transfer message. When received at the RNC, the Paging Response message 
is sent in an RANAP Initial UE message to the MSC. 

If Target RAT is GERAN A/Gb mode: the UE establishes an RR connection by using the procedures 
specified in TS 44.018 [6] (i.e. UE requests and is assigned a dedicated channel where it sends a SABM 
containing a layer 3 Service Request message = PAGING RESPONSE to the BSS and the BSS responds by 
sending a UA). After the establishment of the main signalling link as described in TS 44.018 [4] the UE 
enters either Dual Transfer Mode or Dedicated Mode and the CS call establishment procedure completes. 
When received at the BSC, the Paging Response message is sent in a BSSAP COMPLETE LAYER 3 
INFORMATION message to the MSC as specified in TS 48.008 [6]. 

NOTE 3: The BSS should be prepared to receive a PAGING RESPONSE even when a corresponding PAGING 

REQUEST has not been sent by this BSS. Also, the MSC should be prepared to receive a paging response 
after a relatively long time from when the CS Paging was sent (step 4). 

9a. In case the MSC serving the 2G/3G cell is the same as the MSC that served the UE while camped on LTE, it 
shall stop the paging response timer and establish the CS connection. 

9b. If the MSC that receives the paging response is different from the MSC that sent the paging request and if the 
Location Area Update / Combined RA/LA Update was not performed in step 8c, the MSC shall reject the page 
response by releasing the A/lu-cs connection. The BSC/RNC in turn releases the RRC/RR connection. The 
RRC/RR release shall trigger the UE to perform a Location Area Update as follows: 

If the target system operates in Network Mode of Operation (NMO) I the UE shall perform a combined 
RA/LA update, as defined in TS 23.060 [3]. 

If the target system operates in NMO II or III the UE performs a Location Area Update towards the MSC. 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 
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Figure 7.3-1 : CS Page in E-UTRAN, Call in GERAN/UTRAN - Preparation Phase 

NOTE 1: Steps lb and Ic need to be further investigated in CTl considering aspects such as speed and complexity. 

la. The MSC receives an incoming voice call and responds by sending a CS Page (IMSl or TMSl, optional Caller 
Line Identification and Connection Management information, CS call indicator) to the MME over a SGs 
interface. In active mode the MME has an established SI connection and the MME reuses the existing 
connection to relay the CS Page to the UE. The MSC only sends a CS Page for an UE that provides location 
update information using the SGs interface. 

The eNB forwards the paging message to the UE. The message contains CN Domain indicator and Caller Line 
Identification if available and needed. 

NOTE 2: The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CTl and CT6. 

NOTE 3: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification and CS call indicator are also provided in the case of pre-paging. 

lb. UE sends Service Request to MME. Service Request message is encapsulated in RRC and Sl-AP messages. CS 
Fallback Indicator indicates to the MME to perform CS Fallback. The UE may decide to reject CSFB based on 
Caller Line Identification. The UE sends Service Request (CS Fallback Indicator, Reject or Accept) message 
towards the MME. 

Ic. Upon receiving the Service request (CSFB, Reject), the MME sends CS Paging Reject towards MSC to stop CS 
Paging procedure and this CSFB procedure stops. 

Id. MME sends an Sl-AP Request message to eNB that includes the UE Radio Capabilities and a CS Fallback 
Indicator. This message: indicates to the eNB that the UE should be moved to UTRAN/GERAN. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 
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3. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to MME. In the following an inter-RAT handover from E-UTRAN to UTRAN or GERAN as specified 
in TS 23.401 [2] begins. As part of this handover, the UE receives a HO from E-UTRAN Command and moves 
to a cell in the target RAT. 

4. Target RAT is UTRAN or GERAN lu mode: The UE establishes an RRC connection and responds to the paging 
by sending an RRC Initial Direct Transfer message as specified in TS 25.331 [7] that contains a CM Service 
Request. The CN Domain Indicator is set to "CS" in the Initial Direct Transfer message. 

Target RAT is GERAN A/Gb mode: The UE establishes an RR connection and responds to paging by using the 
procedures specified in TS 44.018 [6] (i.e. UE requests and is assigned a dedicated channel where it sends a 
SABM containing a layer 3 Service Request message = PAGING RESPONSE to the ESS and the BSS responds 
by sending a UA). Upon receiving the SABM (containing a PAGING RESPONSE message) the BSS sends a 
COMPLETE LAYER 3 INFORMATION message (containing a PAGING RESPONSE message) to the MSC 
which indicates CS resources have been allocated in the GERAN cell. After the establishment of the main 
signalling link as described in TS 44.018 [6] the UE enters Dual Transfer Mode and the CS call establishment 
procedure completes. 

NOTE 4: The BSS should be prepared to receive a PAGING RESPONSE even when the corresponding PAGING 
REQUEST has not been sent by this BSS. 

5. If the MSC serving the 2G/3G target cell is different from the MSC that served the UE while camped on 
E-UTRAN, the MSC shall reject the page response message by releasing the lu connection for UTRAN or the 
A/Gb connection for GERAN. The BSC/RNC in turn releases the RRC connection for UTRAN or the RR 
connection for GERAN. The RRC/RR release shall trigger the UE to perform a Location Area Update as 
follows: 

If the target system operates in Network Mode of Operation (NMO) I the UE shall perform a combined 
RA/LA update, as defined in TS 23.060 [3] 

If the target system operates in NMO II or III the UE performs a Location Area Update towards the MSC. 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

6. The UE initiates the CS call establishment procedure. 

7. After the UE moves to a cell in the target RAT, the inter-RAT handover from E-UTRAN to UTRAN or GERAN 
as specified in TS 23.401 [2] is completed. At the end of this handover the UE may trigger the Routing Area 
Update procedure when the sending of uplink packet data is possible. The detailed steps performed are as per 

TS 23.401 [2]. 



£75/ 



3GPP TS 23.272 version 8.1.0 Release 8 



23 



ETSI TS 123 272 V8.1.0 (2008-11) 



7.4 Mobile Terminating call in Active IVIode - No PS HO support 
in GERAN 



UE/MS 



eNodeB 



1 b. Service Re quest 



2. Optional l\/l|easurement Report 

3. NACC 



5. S1 UE Context Release 



6. Location Ar 



7a. Suspend 



10. Establish 



11. RRC RelOiise 



Location Aree 



BSS 



la. CS Paging 



.Id. S1-AP miissage with CS Fi 



4. S1-AP:S 



1 UE Context Release Request 



a Update or Combined RA/LA Update 



see TS 23.060) 



9. Paging Response / CM Sc rvice Request 



^ 



CS connection 



IVIME 



11. Connection 



Update or Co nbined RA/LA Up Jate 



IVISC 



1a. CS Paging 



1c. CS Paging Repect 
llback indicator 



8. Update be; 



.o. 



^Jeject 



S-GW 



7b. Suspend I Request / Response 



rer(s) 



SGSN 



- Option 1: 

I MSC is not 

- ctianged 

; Option 2: 
1 MSC is 
I ctianged 



Figure 7.4-1 : CS Page in E-UTRAN, Call in GERAN without PS HO 

NOTE 1: Steps lb and Ic need to be further investigated in CTl considering aspects such as speed and complexity. 

la. The MSC receives an incoming voice call and responds by sending a CS Page (IMSl or TMSl, optional Caller 
Line Identification and Connection Management information) to the MME over a SGs interface. In active mode 
the MME has an established S 1 connection and the MME reuses the existing connection to relay the CS Page to 
the UE. The MSC only sends a CS Page for an UE that provides location update information using the SGs 
interface. 

The eNB forwards the paging message to the UE. The message contains CN Domain indicator and Caller Line 
Identification if available and needed. Note that the pre-configured policy may be used by UE to avoid being 
disturbed without Caller Line Identification display and the detailed handling is to be decided by CTl and CT6. 

NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification is also provided in the case of pre-paging. 

lb. UE sends Service Request (CS Fallback Indicator) to the MME. Service Request message is encapsulated in 
RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS Fallback. The UE may decide 
to reject CSFB based on Caller Line Identification. The UE sends Service Request (CS Fallback Indicator, 
Reject or Accept) message towards the MME. 

Ic. Upon receiving the Service Request (CSFB, Reject), the MME sends CS Paging Reject towards MSC to stop CS 
Paging procedure and this CSFB procedure stops. 

Id. The MME sends a Service Accept message encapsulated in an Sl-AP message that also includes the UE Radio 
Capabilities and a CS Fallback Indicator. This message: indicates to the eNB that the UE should be moved to 
UTRAN/GERAN. 
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2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which the redirection procedure will be performed. 

3. The eNodeB triggers an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. 

4. The eNodeB sends an S 1 UE Context Release Request (Cause) message to the MME. Cause indicates that the 
UE is not available for PS service. 

5. SI UE Context in the eNodeB is released as specified in TS 23.401 [2]. 

6. The UE moves to the new cell in the target RAT, establishes an RR connection using legacy procedures. If the 
UE obtains LA/RA information of the new cell (e.g. based on the system information) and the LA/RA of the new 
cell is different from the one stored in the UE, it performs a Location Area Update or a Combined RA/LA 
Update procedure in case the target system operates Network Mode of Operation (NMO) I. 

7. When the target GERAN cell does not support DTM, the UE starts the Suspend procedure specified in 

TS 23.060 [3], clause 16.2.1.1.2. This triggers the SGSN to send a Suspend Request message to the MME. The 
MME returns a Suspend Response to the SGSN, which contains the MM and PDP contexts of the UE. 

8. The MME starts the preservation of non-GBR bearers and the deactivation of GBR bearers. 

9. The UE responds to the paging by sending a Paging Response message as specified in TS 44.018 [4] or a CM 
Service Request as specified in TS 24.008 [21]. When received at the BSS/RNS, the Paging Response or CM 
Service Request is forwarded to the MSC. 

NOTE 3: The BSS should be prepared to receive a paging response even when a corresponding paging request has 
not been sent by this BSS. Also, the MSC should be prepared to receive a paging response after a 
relatively long time from when the CS Paging was sent (step la). 

10. In case the MSC serving the 2G/3G cell is the same as the MSC that served the UE while camped on E-UTRAN, 
it shall then stop the paging response timer and establish the CS connection. 

1 1 . If the MSC that receives the paging response is different from the MSC that sent the paging request and if the 
Location Area Update / Combined RA/LA Update was not performed in step 8, the MSC shall reject the page 
response by releasing the A/Iu-cs connection. The BSS/RNS in turn releases the RR/RRC connection. The 
RR/RRC release shall trigger the UE to perform a Location Area Update as follows: 

If the target system operates in Network Mode of Operation (NMO) I the UE shall perform a combined RA/LA 
update, as defined in TS 23.060 [3]. 

If the target system operates in NMO II or III the UE performs a Location Area Update towards the MSC. 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

After the CS voice call is terminated and if the UE is still in GERAN, then (as specified in TS 23.060 [3]) the UE shall 
resume PS services by sending a Routeing Area Update Request message to the SGSN. The Update Type depends on 
the mode of operation of the GERAN network, e.g. in mode I a Combined RA/LA Update is used and in mode II or III 
Routeing Area Update is used. 



7.5 Roaming Retry for CS fallback 



The procedure in this section is applied for mobile terminated calls where the MSC, to which the UE sends the LAU, is 
different from the MSC that sent the paging message to the UE. The procedure is based on the 'Mobile Terminating 
Roaming Retry Call' procedure defined in TS 23.018 [5] and there is an only minor adaptation of the procedure to 
support CS fallback. 

NOTE: At CS fallback the UE will always perform a location update procedure in the 2G or 3G RAT before 
sending a Page response. Hence, the MSC will always receive the Location Update before a page 
response. 
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Figure 7.5-1 : Roaming Retry for CS fallback 

There are only 2 differences in this procedure compared to the 'Mobile Terminating Roaming Retry Call' procedure 
defined in TS 23.018 [5]. The first difference is that the paging message triggers the CS fallback including a location 
update in the new RAT. This functionality is already supported in the CS fallback flows for terminating calls and no 
additional functionality is needed. The second difference is that the UE may send a page response message after 
receiving Location Update Accept message. The new MSC will ignore or reject the page response message. 



7.6 Returning back to E-UTRAN 



Once CS service ends in CS domain, existing mechanisms can be used to move the UE to E-UTRAN, no specific CS 
Fallback mechanisms are needed. 

When the UE moves to E-UTRAN, if the EPS service was suspended during the CS service, it is resumed as specified 
in clause 6.5. 
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7.7 



Interaction with ISR 



7.7.1 



General 



The MSC/VLR keeps either Gs association with SGSN or SGs association with MME, depending from which entity the 
last location update message is received. When the MT call comes, the MSC/VLR sends CS paging message to the 
entity (SGSN or MME) which has Gs or SGs association with the MSC/VLR. When ISR is active, the following 
mechanism is needed to ensure that CS Fallback paging is always reaching the UE. 

SGSN or MME starts a CS paging process in its domain and forwards the CS paging message to the ISR 
associated entity which is MME or SGSN when ISR is active and the UE is in idle state for the CN nodes that 
receives the CS paging from the MSC/VLR (for SGSN, the UE is in PMM-IDLE (lU mode) or STANDBY 
(A/Gb mode) state, for MME, the UE is in ECM-IDLE). 

SGSN or MME starts a CS paging process only in its own domain when ISR is not active or the UE is connected with 
the CN node that receives the CS paging from the MSC/VLR (for SGSN, the UE is in PMM-connected (lU mode) or 
READY (A/Gb mode), for MME, the UE is in ECM-CONNECTED). 

7.7.2 Mobile Terminating Call when ISR is active and SGs is active 
between MSC/VLR and MME 
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Figure 7.7.2-1 : Mobile Terminating Call when ISR is active and SGs is active between MSC/VLR and 

MME 

1) G-MSC receives lAM. 

2) G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 

TS 23.018 [5]. 

3) G-MSC sends lAM to the MSC/VLR on the terminating side as specified in TS 23.018 [5]. 

4) The MSC/VLR sends a Page message to the MME via SGs (details on the Page message can be found in 
clauses 7.2 or 7.3). 

5a) The MME receives the Page message from the MSC/VLR. As the UE is in ECM-IDLE state, the MME sends a 
Paging (as specified in TS 23.401 [2], and CN Domain Indicator) message to each eNodeB serving the TA list 
the UE is registered to as specified in clause 7.2. If the UE is in ECM-CONNECTED, the MME relays the CS 
Page message to the serving eNodeB over the SI interface as specified in clause 7.3. 

5b) The eNodeBs receive CS paging messages from the MME, and the procedures take place as specified in 
clause 7.2. 

6a As ISR is active, the MME forwards the CS paging message received from the MSC/VLR to the associated 
SGSN. The MME gets the SGSN information in the ISR activation process. 
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6b)The SGSN receives the CS paging message from the MME, the SGSN sends paging messages to RNS/BSSs, 
which is described in detail in TS 23.060 [3]. 

6c) When RNS/BSS nodes receive paging message from the SGSN, paging is initiated as described in detail in 
TS 23.060 [3]. 

NOTE: If ISR is not active or the UE is in ECM-CONNECTED state, the MME does not send the CS paging 
message to the SGSN. That means, the steps of 6a, 6b, 6c are not needed in the MT call procedure. 

7) Upon receipt of a Paging Request message for a circuit-switched service, the CS Fallback (as defined in this 
specification) or Cell Reselection (as defined in TS 23.060[3]) take place, and the UE accesses CS domain from 
UMTS/GSM. 

8) When the CS Fallback or Cell Reselection completes, the UE responds to the CS paging request and returns the 
CS paging response as described in detail in this specification and TS 23.060 [3] to the RNS/BSS. 

9) When received at the RNS/BSS, the CS Paging Response message is sent to the MSC/VLR as described in detail 
in TS 23.060 [3]. The MSC/VLR receives CS paging response contained in corresponding message which shall 
then stop the paging response timer and establish the CS connection, then the MT call process as described in 
detail in TS 23.018 [5]. 

7.7.3 Mobile Terminating Call when ISR is active and Gs is active 
between MSC/VLR and SGSN 
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Figure 7.7.3-1 : Mobile Terminating Call when ISR is active and Gs is active between MSC/VLR and 

SGSN 

1) G-MSC receives lAM. 

2) G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3) G-MSC sends lAM to the MSC/VLR on the terminating side as specified in TS 23.018 [5]. 

4) The MSC/VLR sends a Page message to the SGSN as described in detail in TS 23.060 [3]. 

5a) The SGSN receives the CS Paging message from the MSC/VLR, sends paging message to RNS/BSS nodes, 
which is described in detail in TS 23.060 [3]. 

5b) After the RNS/BSS nodes receive paging messages from the SGSN, the UE is paged by the RNS/BSS nodes, 
which is described in detail in TS 23.060 [3]. 

6a) As ISR is active and the UE is in PMM-IDLE (lU mode) or STANDBY (A/Gb mode), the SGSN forwards the 
CS paging message received from the MSC/VLR to the MME. The SGSN gets the MME information in the ISR 
activation process. 
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6b) The MME receives the CS Page message from the SGSN. As the UE is in ECM-IDLE state, the MME sends a 
Paging (as specified in TS 23.401 [2], and CN Domain Indicator) message to each eNodeB serving the TA Ust 
the UE is registered to as specified in clause 7.2. If the UE is in ECM -CONNECTED state, the MME relays the 
CS Page message to the current accessed eNodeB over the SI interface as specified in sub clause 7.3. 

6c) The eNodeBs receive CS paging message from the MME, the following procedures takes place as specified in 
clause 7.2 or 7.3. 

NOTE: If ISR is not active or the UE is in PMM-connected(IU mode) or READY(A/Gb mode), the SGSN does 
not forward the CS paging message to the MME, That means, the steps of 6a, 6b, 6c are not needed in the 
MT call procedure. 

7) Upon receipt of a Paging Request message for a circuit-switched service, the CS Fallback or Cell Reselection 
take place , the UE access from UMTS/GSM CS domain. 

8) When the CS Fallback or Cell Reselection completes, the UE responds to the CS paging request and returns the 
CS paging response as described in detail in TS 23.060 [3] to the RNS/BSS. 

9) When received at the RNS/BSS, the CS Paging Response message is sent to the MSC/VLR as described in detail 
in TS 23.060 [3]. The MSCA^LR receives the CS paging response contained in corresponding message which 
shall then stop the paging response timer and establish the CS connection, then the MT call process as described 
in detail in TS 23.018 [5]. 



8 Other CS Services 

8.1 General 

8.2 Short Message Service (SIVIS) 

8.2.1 General 

The procedures for SMS in this specification apply only if the UE is EPS/IMSI attached and the CS access domain is 
chosen by the UE and/or the home PLMN for delivering short messages. 

This clause describes both the mobile originating and mobile terminating SMS procedures for CS Fallback in EPS. 
SMS support is based on the connectionless SGs reference point between the MME and the MSC Server and use of 
NAS signalling between the UE and the MME. 

The SMS protocol entities are reused from the existing MS/UE and MSC implementations. This means that the SMS 
procedures for CS Fallback reuse the different protocol layers as defined in TS 23.040 [14]. 

8.2.2 Mobile originating SMS in Idle Mode 

The following sequence flow shows the delivery of mobile originating SMS in idle mode. 
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Figure 8.2.2-1 : Mobile originating SIVIS in idle mode 

1. The CS Fallback attach procedure as described in clause 5.2 has been performed earlier. 

2. A mobile originating SMS is triggered and the MS/UE is in idle mode. The MS/UE initiates the UE triggered 
Service Request procedure, which is defined in TS 23.401 [2]. The UE indicates its S-TMSI in the RRC 
signalling. 

3. The MS/UE builds the SMS message to be sent as defined in TS 23.040 [14] (i.e. the SMS message consists of 
CP-DATA/RP-DATA/TPDU/SMS-SUBMIT parts). The SMS message is encapsulated in an NAS message and 
sent to the MME. 

4. The MME forwards the SMS message to the MSC/VLR in an UpUnk Unitdata message. 

5.-8. These steps are performed as defined in TS 23.040 [14]. The SMS message is forwarded to the SC that 
returns a delivery report message. 

9. The MSC/VLR forwards the received delivery report to the MME associated with the MS/UE in a Downlink 
Unitdata message. 

10. The MME encapsulates the received delivery report in an NAS message and sends the message to the MS/UE. 
After this point, the MME may release the resources associated for the SMS transfer. 

8.2.3 Mobile originating SMS in Active Mode 

Mobile Originating SMS in active Mode procedure is specified by reusing the Mobile Originating SMS in Idle Mode 
with the following modification: 

The established signalling connection between the MS/UE and the MME is reused for the transport of the SMS 
message and the delivery report (i.e. the UE triggered Service Request procedure defined in step 2 is skipped). 

8.2.4 Mobile terminating SMS in idle mode 

The following sequence flow shows the delivery of mobile terminating SMS in idle mode. 
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Figure 8.2.4-1 : Mobile terminating SMS in idle mode 

I. The CS Fallback attach procedure as described in clause 5.2 has been performed. 

2-4. The SC initiates transfer of mobile terminating SMS. The HLR is requested for routing number for SMS 
services and the SMS message is forwarded to the MSC/VLR where the MS/UE is CS attached. 

5. The MSC/VLR sends a Paging (IMSI, VLR TMSI, Location Information, SMS indicator) message to the MME. 

6. The MME initiates the paging procedure by sending the Paging (as specified in TS 23.401 [2]) message to each 
eNodeB with cells belonging to the tracking area(s) in which the UE is registered. The UE is paged with its 
S-TMSI. 

7. The MS/UE is paged by the eNodeB s. 

8. The UE sends a Service Request message to the MME. The UE indicates its S-TMSI in the RRC signalling. 

8a. The MME sends a Service Request (SMS Indicator) message to the MSC. 

9a. The MSC/VLR builds the SMS message to be sent as defined in TS 23.040 [14] (i.e. the SMS message consists 
of CP-DATA/RP-DATA/TPDU/SMS-DELIVER parts). The MSC/VLR forwards the SMS message to the MME 
in a Downlink Unitdata message. 

9. The MME encapsulates the SMS message in a NAS message and sends the message to the MS/UE. 

10. The MS/UE returns a delivery report as defined in TS 23.040 [14]. The delivery report is encapsulated in an 
NAS message and sent to the MME. 

I I . The MME forwards the delivery report to the MSC/VLR in an Uplink Unitdata message. 

12-13. These steps are performed as defined in TS 23.040 [14]. The deUvery report is forwarded to the SC. 

8.2.5 Mobile terminating SMS in Active Mode 

Mobile terminating SMS in Active Mode procedure is specified by reusing the Mobile Terminating SMS in Idle Mode 
with the following modification: 

There is no need for the MME to perform Paging of the MS/UE after step 5. MME continues with step 8a (i.e. 
steps 6 to 8 are skipped). The MME immediately sends a Downlink Unitdata to the UE. 

8.2.6 Co-Existence witin SMS over generic 3GPP IP access 

If the home operator has deployed SMS over generic 3GPP IP access and/or SMS-Instant Messaging Interworking as 
defined in TS 23.204 [15], and has configured the network and the UE for using SMS over IP or SMS-Instant 
Messaging Interworking, then an SMS or IM will be delivered over EPS in any visited network whether or not the 
visited network supports SMS over generic 3GPP IP access. 
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If the home operator has not deployed SMS over generic 3GPP IP access and the UE fails to successfully complete the 
combined EPS/IMSI attach procedure in the visited network (i.e. the visited network supports SMS over generic 3GPP 
IP access and does not support CS fallback for SMS capability), then the UE cannot execute MT or MO SMS 
procedures in the visited network. 

8.3 Location Services (LCS) 

8.3.1 IVIO-LR procedure 

MO-LR procedure in the CS fallback in EPS is performed as specified in TS 23.271 [8]. 

When UE is in active mode, UE and the network follows the procedure in clause 6.2 "Mobile Originating Call in 
Active -Mode". After UE changes its RAT from E-UTRAN to UTRAN/GERAN, it performs CS -MO-LR procedures as 
specified in TS 23.271 [8]. 

When UE is in active mode but there's no need for PS-Handover, then UE and the network follows the procedure in 
clause 6.3 "Mobile Originating Call in Active Mode - No PS HO Support in GERAN". After UE changes its RAT from 
E-UTRAN to UTRAN/GERAN, it performs CS-MO-LR procedure as specified in TS 23.271 [8]. 

When UE is in idle mode, UE follows the procedure in clause 6.4 "Mobile Originating Call in Idle Mode". After UE 
changes its RAT from E-UTRAN to UTRAN/GERAN, it performs CS-MO-LR procedure as specified in TS 23.271 [8]. 

8.3.2 IVIT-LR procedure 
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Figure 8.3.2-1 : MT-LR procedure 

1. MSC receives a PROVIDE_SUBSCRIBER_LOCATION message due to CS-MT-LR (TS 23.271 [8], 
clause 9.1.2). 

2. MSC sends Paging (LCS Client Identity, LCS indicator) message to MME. 

3. MME sends Paging (parameters as specified in TS 23.401 [2], CN Domain Indicator, LCS Client Identity, LCS 
indicator) message to UE. LCS indicator is used to inform the UE that this paging if for MT-LR request. LCS 
Client Identity and LCS indicator are only included in CS Page if UE is in active mode. 
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4. UE responds with Paging_Resp message in UMTS/GERAN. Service based redirection/reselection or PS 
Handover may take place as specified in clause 7. 

5. MSC continues with the CS-MT-LR procedure as defined in TS 23.271 [8], clause 9.1.2. 

8.3.3 NI-LR procedure 

NI-LR procedure takes place during emergency calls, and is thus performed in GERAN/UTRAN during the Mobile 
Originating call procedure. 

8.3.4 Returning back to E-UTRAN 

Once CS service ends in CS domain, existing mechanisms as specified in TS 23.401 [2] can be used to move the UE to 
E-UTRAN, no specific CS Fallback mechanisms are needed. 

8.3.5 Co-Existence witli Otiier Location Services 
8.3.5.1 Co-Existence with SUPL 

There is no race condition between OMA AD SUPL [9] and CS Fallback for LCS. When network initiated SUPL 
procedure takes place, the paging message does not contain CN Domain Indicator by default. This prevents CS Fallback 
for LCS to take place. For SET initiated SUPL procedure, changing of RAT does not take place. 

8.4 Call Independent Supplementary Services 
8.4.1 Mobile-Initiated Call Independent SS procedure 

When UE is in active mode, UE and the network follow the procedure in clause 6.2 "Mobile Originating Call in 
Active-Mode". After UE changes its RAT from E-UTRAN to UTRAN/GERAN, it performs Mobile-Initiated Call 
Independent Supplementary Service procedure as specified in TS 24.010 [13]. 

When UE is in active mode and network initiates NACC procedure, then UE and the network follow the procedure in 
clause 6.3 "Mobile Originating Call in Active Mode - No PS HO Support in GERAN". After UE changes its RAT from 
E-UTRAN to UTRAN/GERAN, it performs Supplementary Service procedure as specified in TS 24.010 [13]. 

When UE is in idle mode, UE and the network follows the procedure in clause "Mobile Originating Call in Idle Mode". 
After UE changes its RAT from E-UTRAN to UTRAN/GERAN, it performs Supplementary Services procedure as 
specified in specifications such as TS 23.090 [10]. 
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8.4.2 NW-lnitiated Call Independent SS procedure 



MSC/VLR 



1 . Trigger 



2. Paging 



MME 



3. Paging 



UE 



4. Procedures Defined in Clause "Mobile Terminatina Call" 



5. Paging Response 



Call Independent Supplementary Services procedure continue 



Figure 8.4.2-1 : NW-lnitiated Call Independent Supplementary Service procedure 

1 . MSC/VLR receives a trigger for NW-lnitiated Call Independent SS procedure. 

2. MSC/VLR sends Paging (optional Caller Line Identification, SS service ID) message to MME. 

3. MME sends Paging (parameters as specified in TS 23.401 [2], CN Domain Indicator, optional Caller Line 
Identification, SS service ID) message to UE. SS service ID is used to indicate the type of the supplementary 
service (e.g. USSD) to the UE. Caller Line Identification and SS service ID are only included in CS Page if UE 
is in active mode. 

4. The mobile terminating call procedure then takes place as specified in clause 7 "Mobile Terminating Call 
Procedure". 

5. Once the paging is successfully returned to MSC, Supplementary Service procedures continues as specified in 
specifications such as TS 23.090 [10]. 



8.4.3 Returning back to E-UTRAN 



Once CS service ends in CS domain, existing mechanisms as specified in TS 23.401 [2] can be used to move the UE to 
E-UTRAN, no specific CS Fallback mechanisms are needed. 



£75/ 



3GPP TS 23.272 version 8.1.0 Release 8 



34 



ETSI TS 123 272 V8.1.0 (2008-11) 



Annex A (informative): 

Solutions addressing misaligned LAs/TAs at Pool Area 

Boundaries 

This annex describes alternative solutions addressing the problem of idle-mode mobility across pool area boundaries in 
case of misaligned LAs/TAs. 

A.1 Solution 1 : Overlapping Pool Areas with 2G/3G 
coverage > E-UTRAN coverage at Pool Area 
Boundaries 

This section defines a simple solution for misaligned LAs/TAs at pool area boundaries and is based on the concept of 
overlapping and aligned MSC/MME pool areas and adequate configuration of the TAs (with respect to the LAs) at pool 
area boundaries. More precisely, the TAs at pool area boundaries must be configured such that they do not extend 
beyond the coverage of the corresponding LAs. 

Figure A. 1-1 illustrates how this solution works based on a simple example scenario. It is assumed here that the UE is 
initially served by MMEl and MSCl (i.e. Pool Area 1). When the UE reaches the TAI=3, which belongs to a different 
Pool Area than the service MME (MMEl), the TAU to the target MME (MME2) will trigger a relocation of the MME 
(MMEl -^ MME2), which in turn triggers a change of the serving MSC (MSCl ^ MSC2). 
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Figure A.1-1 : Solution 1 : Overlapping Pool Areas with 2G/3G coverage > EUTRAN coverage at Pool 

Boundaries 

In the event of a TAU (Step 1) for a TA served by a different pool area, the target MME will trigger a MME relocation 
(Step 2). As a consequence of the MME change, the target MME will trigger the MSC change. The VLR/HLR will be 
updated accordingly. 
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A.2 Solution 2: Overlapping Pool Areas with SGs-flex 
support 

This section defines a simple solution for misaligned LAs/TAs at pool area boundaries based on the concepts of 
overlapping pool area and 'SGs-flex' support. This solution does not rely on adequate configuration of the TAs and 
alignment of MME and MSC pool areas, but demands the MMEs to supply a configurable TAI^MSC Mapping Table. 

Figure A.2-1 illustrates how this solution works based on a simple example scenario. It is assumed here that the UE is 
initially served by MMEl and MSCl (i.e. Pool Area 1). When the UE reaches the TAI=2, which is served by a different 
Pool Area, the TAU (to MMEl) will trigger the establishment of the SGs to the target MSC (MSC2). For this, the 
MMEl maintains a mapping table that indicates which TA should be served by which MSC. 
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Figure A.2-1 : Solution 2: Overlapping Pool Areas with SGs-flex support 

In the event of a TAU (Step 1) for a TA belonging to a different pool area, the serving MME will trigger the 
establishment of the SGs connection to the target MSC (Step 2). The VLR/HLR will be updated accordingly. 
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Annex B (normative): 
CS Fallback to 1xRTT 



This annex describes a CS Fallback to IxRTT solution for dual mode IxRTT/E-UTRAN terminals. 



B.1 Overall Description 
B.1.1 General Considerations 

The CS fallback for IxRTT in EPS enables the delivery of CS-domain services (e.g. CS voice, SMS) by reuse of the 
IxCS infrastructure when the UE is served by E-UTRAN. A CS fallback enabled terminal, while connected to E- 
UTRAN may register in the Ix RTT CS domain in order to be able to use IxRTT access to establish one or more CS 
services in the CS domain. This function is only available where E-UTRAN coverage overlaps with IxRTT coverage. 

CS Fallback to IxRTT and IMS-based services shall be able to co-exist in the same operator's network. 



B.1 .2 Reference Architecture 

The CS fallback in EPS function is realised by reusing the SI 02 reference point between the MME and the IxCS IWS. 
The reference architecture described in figure B.1. 2-1 is similar to the SRVCC architecture for E-UTRAN to 3GPP2 
IxCS described in TS 23.216 [20], with the additional aspect that the S102 session is long-lived (similar to 
pre-registration for SlOl). 
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Figure B.1. 2-1 : Reference architecture for CS fallbacit to IxRTT CS 



B. 1 .2. 1 Reference points 



S102: It is the reference point between the MME and the IxCS IWS. The S102 reference point provides a tunnel 
between MME and 3GPP2 IxCS IWS to relay 3GPP2 IxCS signalling messages. Ix CS signalUng 
messages are those messages that are defined for A21 interface as described in 3GPP2 A.S0008-C [16] 
and 3GPP2 A.S0009 [17]. 
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NOTE. It is up to stage 3 to determine whether the tunnelling protocol for SI 02 can be defined as exactly as in 
A21. If so, S 102 is then equivalent to A21. 

B.1.3 Functional entities 
B.1.3.1 UE 

The UE capable of CS fallback to IxRTT supports access to E-UTRAN/EPC as well as access to the IxCS domain over 
IxRTT. It supports the following additional functions: 

IxRTT CS registration over the EPS after the UE has completed the E-UTRAN attachment; 

IxRTT CS re-registration due to mobility; 

CS fallback procedures specified for IxRTT CS domain voice service; 

Procedures for mobile originated and mobile terminated SMS over E-UTRAN. 

B.1.3.2 IVIIVIE 

The MME enabled for CS fallback to IxRTT supports the following additional functions: 

It serves as a signalling tunnelling end point towards the 3GPP2 IxCS IWS via SI 02 interface for 
sending/receiving encapsulated 3GPP2 IxCS signalling messages to/from the UE, which are encapsulated in Sl- 
MME SI Information Transfer messages, as defined in TR 36.938 [19]; 

IxCS-IWS (terminating S102 reference point) selection for CSFB procedures; 

Handling of S 102 tunnel redirection in case of MME relocation; 

Buffering of messages received via S 102 for UEs in idle state. 

B.1.3.3 E-UTRAN 

The E-UTRAN enabled for CS fallback to IxRTT supports the following additional functions: 

Provision of control information that causes the UE to trigger IxCS registration; 

Forwarding Ix RTT CS paging request to the UE; 

Forwarding Ix RTT CS related messages between MME and UE; 

Release of E-UTRAN resources after UE leaves E-UTRAN coverage subsequent to a page for CS fallback to 
IxRTT CS. 

B.1 .4 Co-existence with IIVIS services 

Clause 4.4 of this specification also applies here. 

B.2 Procedures 

B.2.1 IVIobility IVIanagement 

B.2.1 .1 1x RTT CS Pre-Registration over EPS Procedure 

This clause describes how the UE in an E-UTRAN system establishes and maintains pre-registration in the IxCS 

system. 
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Figure B.2. 1.1-1: IxRTT CS registration procedure 

1. UE attaches to E-UTRAN as specified in TS 23.401 [2]; 

2. Based on a radio layer trigger (e.g. an indication from the E-UTRAN when the UE is in connected state or an 
indication over the broadcast channel), the UE decides to register with the IxRTT CS domain; 

3. UE generates a IxRTT CS registration request. 

3a. The IxRTT CS message is transferred from the UE to E-UTRAN. 

3b. E-UTRAN forwards the IxRTT CS message to the MME including the Reference CelllD. 

3c. MME selects a IxCS IWS node based on Reference CelllD. The IMSI is used to distinguish S102 signalling 
transactions belonging to different UEs. The MME sends a S102 Direct Transfer message (IMSI, IxCS message) 
to the IxCS IWS node. 

4. IxRTT CS registration is then performed by the IxCS IWS node based on 3GPP2 A.S0008 [16]. 

5a. IxRTT CS registration response is tunnelled back to the MME in a S102 Direct Transfer message (IMSI, IxCS 
message). 

5b. MME forwards the IxRTT CS message to the E-UTRAN. 

5c. E-UTRAN forwards the IxRTT CS message to the UE. 

If the triggers for IxCS registration change over time, the UE (both in idle or active state), uses this information to 
update the IxCS registration via the tunnel. 
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B.2.1 .2 S1 02 Tunnel Redirection 

SI 02 Tunnel Redirection Procedure is used when the UE perform Tracking Area Update with MME change (as 
specified in TS 23.402 [2] in case of SlOl tunnel redirection) while the UE is registered with the IxRTT CS domain as 
described in clause B.2.1. 1 and the S102 session exists between the MME and the IxCS IWS. 

B.2.2 Mobile Originating Call 

This clause describes the mobile originating call procedures for the CS Fallback to IxRTT. 
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Figure B.2.2-1 : CS MO call using fallback to CDMA 1x RTT network 

1. UE is E-UTRAN attached and registered with IxRTT CS as defined in clause B.2.1.1. 

2. UE makes a decision to perform a mobile originated CS call. 

3. UE sends a Service Request (CS Fallback Indicator) to the MME. 

4. MME sends Sl-AP: UE Context Modification (UE capabihties, CS Fallback Indicator) to indicate the 
E-UTRAN to move the UE to IxRTT. 
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5. E-UTRAN may optionally solicit a measurement report from the UE to determine the target IxRTT cell to which 
the CS Fallback will be performed. 

6. E-UTRAN triggers RRC connection release with redirection to IxCS or inter-RAT Cell Change Order to a 
IxRTT neighbour cell. 

7. E-UTRAN sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the SI 
UE Context Release was caused by CS fallback to IxRTT. 

8. MME sets the UE context to suspended status and sends to the S-GW a Suspend Request (IMSI) message that 
requests the suspension of EPS bearers for the UE. 

9. S-GW acknowledges the Suspend Request message and marks the UE as suspended. When a downlink data 
arrives at the S-GW, the S-GW should not send a downlink data notification message to the MME if the UE is 
marked as suspended. 

10. SI UE Context in the E-UTRAN is released as specified in TS 23.401 [2]. 

11. UE moves to IxRTT and performs the procedure for mobile originating call as specified in 
3GPP2A.S0013[18]. 

Once CS service ends in the IxCS domain, the UE returns to E-UTRAN by performing reselection. The EPS service is 
resumed as described in clause 6.5. 

B.2.3 Mobile Terminating Call 

This clause describes the mobile terminating call procedures for the CS Fallback to IxRTT. 

When the Ix MSC receives a registration from a UE, it makes note of the RAN equipment from which it received the 
registration. Subsequent paging activities may thus be directed toward that RAN equipment. However, paging activities 
by the IxMSC are not limited to the single RAN equipment from which the registration was received. The MSC may 
choose to page a wider area, including inter-system paging. If the IxMSC has direct interfaces to IxCS IWS, as well as 
to IxRTT access, the MSC may choose to do direct paging activities to both E-UTRAN and Ix RAN equipments in its 
attempts to contact the UE. 

The Ix paging request sent by the IxMSC to the IxCS IWS is delivered to the UE via the tunnel. The UE tunes to 
IxRTT access, acknowledges the Ix page and performs the IxCS procedures for mobile terminated call. The detailed 
procedure is described in figure B.2.3-1. 
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Figure B.2.3-1 : CS MT call using fallback to CDMA 1x RTT network 

1. UE is E-UTRAN attached and pre-registered with IxRTT CS as defined in clause B.2.1.1. 

2. IxMSC sends a paging request to the IxCS IWS node. 

3. IxCS IWS node forwards the Ix RTT CS paging request via the SI 02 tunnel to the MME. 

4. If the UE is in idle state, the MME performs the network initiated Service Request procedure in order to bring 
the UE to active state prior to tunnelling of the Ix RTT CS paging request toward the UE. 

5. MME forwards the IxRTT CS paging request to the UE. 

6. UE sends a Service Request (CS Fallback Indicator) to the MME. 

7. MME sends S 1 -AP: UE Context Modification (UE capabihties, CS Fallback Indicator) to indicate the 
E-UTRAN to move the UE to IxRTT. 

8. E-UTRAN may optionally solicit a measurement report from the UE to determine the target IxRTT cell to which 
the CS Fallback will be performed. 

9. E-UTRAN triggers RRC connection release with redirection to IxCS or Inter-RAT Cell Change Order to a 
IxRTT neighbour cell. 



£75/ 



3GPP TS 23.272 version 8.1 .0 Release 8 42 ETSI TS 1 23 272 V8.1 .0 (2008-1 1 ) 

10. E-UTRAN sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the SI 
UE Context Release was caused by CS fallback to IxRTT. 

1 1. MME sets the UE context to suspended status and sends to the S-GW a Suspend Request (IMSI) message that 
requests the suspension of EPS bearers for the UE. 

12. S-GW acknowledges the Suspend Request message and marks the UE as suspended. When a downlink data 
arrives at the S-GW, the S-GW should not send a downlink data notification message to the MME if the UE is 
marked as suspended. 

13. SI UE Context in the E-UTRAN is released as specified in TS 23.401 [2]. 

14. UE tunes to IxRTT and acknowledges the page by transmitting a IxRTT Paging Response message over the Ix 
Access Channel. 

15. Subsequently UE performs the procedure for mobile terminated call establishment as specified in 3GPP2 
A.S0013 [18]. 

Once CS service ends in the IxCS domain the UE returns to E-UTRAN by performing reselection. The EPS service is 
resumed as described in clause 6.5. 

B.2.4 Short Message Service (SMS) 
B. 2.4.1 General 

The procedures for SMS in this annex apply only if the UE is IxRTT CS Registered and the CS access domain is 
chosen by the UE and/or the home PLMN for delivering short messages. 

This clause describes both the mobile originating and mobile terminating SMS procedures for CS Fallback in EPS. 
SMS support is based on the S102 reference point between the MME and the IxCS IWS, use of RRC Information 
Transfer message between the UE and the E-UTRAN, and use of S 1 cdma2000 Tunnelling message between the 
E-UTRAN and the MME. 

B. 2.4.2 Mobile originating SMS 

The following sequence flow shows the delivery of mobile originating SMS sent via the IxMSC while in E-UTRAN. 
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Figure B.2.4.2-1 : Mobile originating SMS sent via the IxMSC while in E-UTRAN 

1. The IxRTT CS Registration procedure as described in clause B.2.1.1 has been performed earlier. 

2. A mobile originating short message is triggered. If the UE is in idle state, the UE performs the UE triggered 
Service Request procedure, which is defined in TS 23.401 [2]. 

3. The UE builds the SMS message to be sent as defined in 3GPP2 A.S0008 [16] and 3GPP2 A.S0009 [17]. 
3a. The IxRTT SMS message is transferred from the UE to the E-UTRAN. 

3b. The E-UTRAN forwards the SMS message to the MME. 

4. The MME forwards the SMS message to the IxCS IWS in an S102 Direct Transfer message. 

5. The IxCS IWS acknowledges the message. 

6. The IxCS IWS sends an ADDS Transfer message to the IxMSC containing the SMS message as defined in 
3GPP2 A.S0008 [16] and 3GPP2 A.S0009 [17]. 

7. The IxMSC forwards the SMS message to the Message Center (MC). If an acknowledgement was requested by 
the UE, the MC responds with an acknowledgement. 

8. The IxMSC forwards the SMS acknowledgement to the IxCS IWS in an ADDS Page message. 

9. The IxCS IWS forwards the SMS acknowledgement to the MME in an S102 Direct Transfer message. 
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10. The MME forwards the SMS acknowledgement to the UE. 

1 1 . The MME sends an S 102 Ack message to the IxCS IWS. This occurs immediately after step 9 if the MSC has 
not requested an acknowledgement from the IxCS IWS. 

12. If the MSC requested an acknowledgement, the IxCS IWS sends an ADDS Page Ack message to the IxMSC. 

B. 2.4.3 Mobile terminating SMS 

The following sequence flow shows the delivery of mobile terminating SMS sent via the IxMSC while in E-UTRAN. 
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Figure B.2.4.3-1 : Mobile terminating SMS sent via the IxMSC while in E-UTRAN 

1. The UE is E-UTRAN attached and registered with IxRTT CS as defined in clause B.2.1.1. 

2. The IxMSC receives the SMS message from the MC and sends an ADDS Page message to the IxCS as defined 
in 3GPP2 A.S0008 [16] and 3GPP2 A.S0009 [17]. The ADDS Page contains the SMS message. 

3. The IxCS IWS sends the SMS message in an S102 Direct Transfer message. 

4. If the UE is in idle state, the MME performs the network initiated Service Request procedure to bring the UE to 
active state prior to tunnelling of the SMS message toward the UE. 

5. The MME forwards the SMS message to the UE. 

6. The MME sends an S102 Ack message to the IxCS IWS. This occurs immediately after step 3 if the MSC has 
not requested an acknowledgement from the IxCS IWS. 

7. If the MSC requested an acknowledgement, the IxCS IWS sends an ADDS Page Ack message to the IxMSC. 

8. After receiving the SMS message at step 5, the UE sends an SMS acknowledgement toward the MC. 
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9. The MME forwards the SMS acknowledgement in an S102 Direct Transfer message to the IxCS IWS. 

10. The IxCS IWS sends an SI 02 Ack message to the MME. 

1 1. The IxCS IWS forwards the SMS acknowledgement to the IxMSC. The IxMSC then forwards the SMS 
acknowledgement to the MC. 
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